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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen 

(5) Verfahren und Vorrichtung zur Steuerung und Uberwachung eines Materialflusses 

© Die Erfindung betrifft ein Verfahren und eine Vorrich- 
tung (1) zur Steuerung und Uberwachung eines Material- 
flusses, umfassend ein Zentra I system (2), mindestens ein 
Werk (3), Speditions- und Zuliefererrechner (5, 6), eine Te- 
lematikzentrale (4) und mit GPS Empfangern ausgestatte- 
te mobile Einheiten (7), wobei das Zentralsystem (2) bidi- 
rektional kommunizierbar mit alien Systemkomponenten 
ausgebildet ist, den mobilen Einheiten (7) lokale Daten- 
kontrolleinlesegerate zugeordnet sind und Telematik^en- 
trale (4) und LKW (7) mittels GSM-Modulen miteinander 
kommunizierbar ausgebildet sind. 
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Beschreibung 

Die Erfindung betrifft cin Vcrfahrcn und cine Vorrichtung 
zur Durch fun rung des Verfahrens zur Sieucrung und Uber- 
wachung eines Matcrialtlusses. 

Sowohl aufgrund zunchn tender Spezialisierung als auch 
aufgrund dcr Globalisierung ist man insbesondcrc bei Pro- 
duktionsprozessen auf eine ausreichende und punktliche Be- 
lie ferung mit Zulieferteilcn angewiesen. urn den Produkti- 
onsprozeB ini gewiinschicn MaB aufrcchtzuerhaltcn. Dabci 
gibt die Produktionsstatte Bedarfsanforderungen an die Zu- 
lieferer ab. die dann in Abstinmiung rnit Speditionen abgc- 
wickeli werden. Als Problem irelen dabei in zunchmendeni 
MaBe die stcigenden Transport kosten und die mangelnde 
Versorgungssichcrheit und cin Informationsdefizit auf. Fur 
die Transport kosi en sind im wescntlichen drei Faktorcn ent- 
scheidend, namlich unnotige Standzciien, inctrizienic Bela- 
devarianten und langc Transportwcgc. Die Siandzciicn sei- 
ze n sich iiberwiegend aus Standzciien bcim Vcr laden beim 
Zulicfcrer. dureh Vcrkehrsstaus und Standzciien bcim Tin (la- 
den zusammen. Die im Nahverkchr verbreitete Be lade vari- 
ant e ubcr ein Consolidierungszentrum bestcht darin. daB 
einzclnc oder mehrere Zuliefcrer angefahren werden, die 
Waren zur Spedition gebracht und uiugeschlagen werden. 
utu dann die Wuren iuiL dern neu zusamiiiengeslcllten Trans- 
port zur Produktionsstatte zu bringen. Dieses eigentlich schr 
flexible Verfahren hat jedoch aufgrund der Vbrlaufkostcn. 
Transport- und Handlingskostcn crhcblichc Kosten nach- 
teile. Ein wciteres Problem bestcht bei den bckannlcn Vcr- 
fahrcn darin, daB nach dcr Bedarfsanforderung bis zur An- 
lic ferung dcr Material flu B fiir die Werke und ihre Disposi- 
tion nicht nachvollziehbar ist. Damit fehlen jedoch notwen- 
dige Iiifonuationen. uni bei Transport- oder Liefer proble- 
nien fruhzeitig gceignetc GegeninaBnahriien zu trctTcn. 

Auf Spediiionsseite ist es be reits bekannt, LKW mittcls 
GPS zu lokalisicren und zu verfolgen, uni den Diebstahl von 
LKW und Ladung zu erschweren. Des wcitercn ist es be- 
kannt. Container mittcls geeigncter ID-Tags zu kennzeich- 
nen. urn die cinzelncn Container beispielsweise ini Contai- 
ned a fen zu lokalisicren. A 11c dicse erwahntcn EinzelmaB- 
nahmen sind jedoch nicht geeignet, die zuvor beschricbenen 
Probleme hinsichtlich Transport kost en und Versorgungssi- 
chcrheit zu losen. 

Der Erfindung licgt dahcr das technische Problem zu- 
grunde, ein Vcrfahrcn und cine Vorrichtung zur Steuerung 
und Uberwachung eines Materialllusscs zu schallcn, mittcls 
derer cine transparcnte Material vcr folgung bei geringcren 
Transport kosten und einer erhohten Versorgungssichcrheit 
etreichbar ist. 

Die Losung des tcehnischen Problems ergibt sich dureh 
die Merkmale dcr Paienianspriiche 1 und 6. 

Uber das mil alien Systcmkomponenten kommuni/.ie- 
rende Zentral system in Vcrbindung mit der Vcrfolgung der 
mobilen Einheilen uber die Tcleruatikzcntrale ist der Mate- 
rial II uB jcdcrzeil transparent. Zusatzlich kann durch die vor- 
zeitige Einbindung der Spedition in die Plan ung des Materi- 
alflusscs, die Anliefervariante und die Effizienz des Liefer- 
vorganges erhoht werden, da beispielsweise dureh die zen- 
tral nach vol Izichhare Ubcrprufung des Materials durch die 
mobilen Ein hei ten, zum Bei spiel Sensortechnik bei der Ma- 
terialubernahme. bcim Zulicfcrer eine separate (Jbcrprufung 
im Werk ent fallen kann. 

Wei t ere vorteilhaftc Ausgcsialtungen der Iirfindungcn er- 
gcben sich aus den Unteranspruchen. 

Die Erlindung wird nachfolgcnd an hand eines bevor/ug- 
ten Ausfiihrungsbeispiels naher erlLiutert. Die Eiguren /ei- 
gen: 

Fig. 1 ein schentatisches Blockschaltbild dcr Vorrichtung 
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zur Steuerung und Uberwachung eines Materialflusscs. 

Fig. 2a schematische Darstellung einer Anliefervariante 
uber cin Consolidierungs-Cenicr CC. 

Fig. 2b schematische Darstellung einer milkrun- An liefer- 
5 variante 

Fig. 3 eine Modellstruklur der Telcmatik zwischen der * 
Tclcinatikzcntrale und den mobilen Einhcitcn und 

Fig. 4 cine Softwarc-Struktur der Telcmatik gemaB Fig. 

3. 

to Die Vorrichtung 1 zur Steuerung und Uberwachung eines 
Materialflusscs umfaBt ein Zentralsystcm 2. mehrere Werke 
3 mit Anwcndcnnaskcn fur Werksdispositioncn. Warcncin- 
gange und Maierialsiandc, eine Telcmatikzentrale 4. meh- 
rere Spcditionsrcchncr 5, mehrere Zu lie fere rrcchncr 6, wo- 
ts bei der Ubersicht halber nur jewcils ein Speditionsrechner 5 
bzw. Zuliefcrerrcchncr 6 dargestellt sind und mehrere als 
LKW 7 ausgebildcte mobile Einheilen. Das Zentralsystcm 2 
ist bidircktional sowohl mit den Wcrken 3 als auch mit der 
Telcmatikzentrale 4 verbunden. Des weiteren ist das Zcn- 
20 tralsystem 2 auch mil den Speditionsrechnem 5 bidircktio- 
nal verbunden. wobci dcr Speditionsrechner 5 mit den LKW 
kommunizieren kann. Die Speditionsrechner 5 und Zuliefe- 
rerrechner 6 sind cbenfalls ubcr das Zentralsystcm 2 mitcin- 
andcr bidirektional verbunden. wobei beide eben falls mit 
25 den LKW 7 kommunizieren kOnnen. Die LKW 7 sind mit 
cinem GPS-Empfangcr. einem Bordrechner und mindestens 
einem Scanner ausgestattet, und ubcr ein GSM-Modul kon- 
nen diesc mit der Telcmatikzentrale 4 fortlautend kommuni- 
zieren. 

30 In einem ersten Schritt sind die notwendigen Bedarfs- 
mengen, beispielsweise fiir einen ProduktionsprozeB, zu be- 
stimmcn. Die rcale Abnahmcmcnge oricntiert sich am 
Marktbedarf, also an den eingegangeiien Bestellungen im 
Produktionsbetrieb. Diesc kann von der in einem Rahmcn- 

:*5 vert rag festgelegten Menge abweichen und vert ei It sich auf 
cine Anzahl bedarfsgercchter Anlieferungcn. die im Laufe 
des Jahres abgcrufen werden. Der Urn fang einer Abruf- 
menge ergibt sich aus der kurzfristigen Produktionsplanung. 
So fuhrt z. B. der Durchlauf eines Wochcnproduktionspro- 

4*) grammes zu wochentlichcn Abrufcn, bezogen auf ein be- 
stimmtes Tcil. 

Uni den Uberblick uber die wechsclndcn Anrufmengen 
zu bchalten, werden Fortschrittszahlcn im Werk und beim 
Zulicfcrbctricb gefuhrt. Im Wareneingang des Werkcs wird 

45 die Eingangsfortschrittszahl dokumentieri. Sic beinhaltet 
alle vcrbuchten Lieferungen ab einem im Rahmenvertrag 
festgelegten Zeitpunkt bis zum Stichtag dcr aktucllcn Lie- 
ferabrufrechnung. Der Zu lie fcrcrbei rich fuhrt die Lieferfort- 
schrittszahl uber die Summe dcr im Gcltungszeitraum des 

5*) Rahmen vert rages geliefertcn Teile. Die Differenz beider 
I-brtschriiis/ahlen gibt AufschluB iiher bercits geliefcne 
oder auf dem Transport befindliche Teile. Liefcrabrufc wer- 
den von den Werke n 3 crteilt, wie es die Produktionsplanung 
crfordcrt. Bei Abrufcn groBereroder langcrfrislig disponicr- 

55 barer Menge n bestcht cin Potential fiir Erachtkostencinspa- 
rungen. 

Zur Redu/.ierung der Frachl kosten sol hen die Vorlaufko- 
sten mit Verringerung der Abrufsequenz mini mien werden. 
Dazu ist aus der Sieht der Werke 3 vor allcm die kritischc 

(*) Betrachtung der Abruflrequenzen notwendig. Da/.u wird be- 
vor/ugt die sogenannte mi I krun- Anliefervariante genutzt. 
die in Fig. 2b dargestellt ist. Unter "milkrun" vcrsteht man 
cine San unci fahrt mit Auf nan me versehiedener Teilladun- 
gen bis zu einer wirtschafi lichen A us last ung der LKW 7 un- 

65 icr dcr anschlieBendcn An lie ferung im Werk unter Wcgfall 
des Vorlaufes. Zur Koordinierung der milkrun- Anlieferva- 
riante besitzt der Speditionsrechner 5 ein Tourenoptimie- 
rungstnodul zur Errechnung dcr optimalen Anliefervariante 



SNSOOCID: <OE_ 19805^65 A 1_L> 



3 



DE 198 05 465 A 1 



4 



aus den abzuwickelndcn Transport au ft riigen. 

In der Regel wird einmal pro Wochc fur jede Teilenum- 
mer eine Bcdarfsanfordcrung uber EDI (Electronic Data In- 
terchange) vcrsendet. Die Redarfanforderung cnihiili gleich- 
verteille Wochc nbcdarfe fur die folgcndcn 2 Monate mil dc- 
finicrien Anliefertagen sowic die Monaisbcdartc als Vor- 
schau fiir we ilea* 4 Monate . Mit taglich versendeten Fcinab- 
rufen werden zusatzlich ausgewahke Tcilenummcrn mit 
schwankenden Tagesbcdarfen fur die folgcndcn 6-8-Tages- 
anlicferungen feingesteucrt. Eine Bcdarfsanfordcrung ent- to 
halt beispielswcise die Bestelladresse. die Teilenuimiicr. die 
Teilcanzahl. die Abladeslellc irn Werk. das vorgegebene 
Eintreffdalum sowic eine Reihe von Kontrolldaten, wic bei- 
spielswcise die Fort sen rittszahlcn. Die Bcdarfsanfordcrung 
enthalt dariiber hinaus auch das zu verwendende Packmittcl. 15 
Die Bcdarfsanfordcrung wird von den Wcrken 3 freigege- 
ben und an das Zcntralsysiem 2 und die Zulicfercrrcchner 6 
wcitcrgclcitci. wo die Bcdarfsanfordcrung auf Erfullbarkcit 
iibcrpruft wird. Hntspricht der Best and des Zu lie fererrcc li- 
ners 6 nicht in alien Punkt.cn den in der Bcdarfsanfordcrung 20 
vorgegebenen Datcn, so wird cine Auftragskorrckiur mit 
den Werkcn 3 und dem Speditionsrcchncr 5 abgestimmt. 
Die Wcrkc 3 konnen darauthin die Sollmenge der Bedarfs- 
anforderung itn System korrigieren, so daB die geanderte 
Abrufmenge auch dem Spcditionsrechner 5 angezeigt wird 25 
und weitcrverarbeiiet werden kann. Im Zentralsystcm 2 wer- 
den den eingegangenen Bcdarfsanforderungcn Licfer- 
staiiuitdaicn aus verschiedenen Datenbanken zugcordncu 
Dazu wird beispielswcise eincm Liefer werk die Bestell- 
adresse, Teilegcwicht cincr Tcilenummcr, Rampc und Lager 30 
zu Abladestellen, Volumcn und Tara zum Packmitiel zugc- 
ordnct. Aus dem vorgegeben Eintrcffdatum und der maxi- 
malcn Trausportzeit ergibt sich das fruhstmOglichc Versand- 
datum. Im nachsten Schritt werden die Transportauftrage 
aufgetcilt und mil fan rzeugab hang i gen Gcwichts- und Volu- 
mendaicn zu Sendungen zusammcngcfaBt. Die Sendungsda- 
ten werden angezeigt und voin Speditionsrcchncr auf ihre 
Vollstandigkeit und Zusammensctzung gepriift. Der Spediti- 
onsrcchncr 5 fuhrt die Tourcnvorplanung durch und genc- 
ricrt eine Abholliste. Er gibt Art und Anfahrt der zum Trans- 40 
port vcrfugbarcn Falirzeuge frci. Auf der Basis der Trans- 
portauftragc errechnct das Tourenplanungsprogramm nun 
die Anzahl der Stops fiir eincn LKW-Typ 7. Das angeschlos- 
sene Tourenoptimierungsmodul erstelli die Abholreihen- 
folgc und gibt die giinstigsie Anliefervariantc aus, wobci das 45 
Abholdatum und das Abholzeitfenster spezifizicrt werden. 
Dabei gilt, daB je weniger Tenninvorgaben das Optimie- 
rungsmodut berueksichiigen muB. umso besser ist die Wir- 
kung der Bcrcchnung. Als Ergebnis cxistiert eine fcrtigc 
Abholliste in Vcrbindung mil eineiu Fahrzeugtvp fur die SO 
Tou re n des niichsten Tages und als Wochenvorsch:ui zur liin- 
gerfristigen Orientierung. Der Speditionsrcchncr 5 scndci 
die fcrtigc Abholliste an den Zulicfercrrcchner 6. Dies kann 
per EDI, FIT oder per Fax geschehen, wobci die digilalen 
Ubertragungsform HDI und FTP aulgrund ihrer (Jeschwin- 55 
digkeit vorzu Ziehen sind. Das Telefax ist nur als Notlosung 
akzeptabcl, da es cine manuclle Bcarbeitung crfordcrt, wel- 
ehe zu Fehlern fiihrcn kann. Die Abhollisten werden nun als 
Liefersoll im System ge fuhrt. Die Wcrkc 3 konnen vom 
Bildschirmarbciisplaiz auf die Datcn zuruckgreifen. um be- 60 
rcits jetzt erste Infonnaiionen zur bevorsiehenden Lieferung 
zu erhallcn. Der Zulicfercrrcchner 6 uberpriift die ihm zuge- 
sandtc Abholliste aut Durchfuhrbarkeil. Im Nortnalfall bc- 
stiitigt der Zulicfercrrcchner 6 die Abholliste und sendet 
diese an den Speditionsachncr 5 zuriick. Tretcn jedoch Ab- 65 
weichungen in der Form von Mindermengen auf. so muB die 
Abholliste korrigiert werden. Dabci cntschcidet die Art ci- 
ncr Mengenabwctehung uber das weiterc Vorgehen. Mehr 



Mcngen werden grundsatzlich nicht akzeptiert, wenn keinc 
Information der Wcrkc 3 vorliegcn, Mindermengen inner- 
halb cincr cinstcllbaren Tolcranzgrenze gclten zunachst als 
akzeptiert. werden jedoch an die Wcrkc 3 gemcldet. Die 
5 Werke 3 treffen dann nach verschiedenen Gcsichtspunkten 
cine Entsehcidung, welche dokumentiert und durch den 
Spcditionsrechner 5 im System bcrucksichtigt wird. Danach 
fiihrt der Speditionsrcchncr 5 die Tourcnfcinplanung durch. 
Zuvor war in der Abholliste nur ein LKW-Typ aufgefuhn. 
Dicscr wird jetzt mit den Datcn cines tatsachlich breitsie- 
henden LKW 7 verschen. Die LKW-Kennzeichen werden 
auf dem Bildschinn angezeigt. und der Speditionsrcchncr 5 
fiihrt die Fahrercinsatzplanung durch. Die nun fertige Ab- 
holliste wird von dem Speditionsrechner 5 an das Zentralsy- 
stcm 2 weitergeleitet und von dicscr der Telematikzentrale 4 
zugcspiclt. Die Telematikzentrale 4 Libert rag t die fcrtigc Ab- 
holliste minds GSM (Global System Mobile) auf eincn 
Bordrcehncr des zugchorigen LKW 7. Damn stent die Ab- 
holliste fiir den Soll-/Ist-Abglcich mittcls Bordcomputer 
und Scanner zur Vcrfugung. und der LKW 7 ist abfahrbercit. 
Beim Zuliefercr 6 werden nun die abzuholendcn Warcn mit- 
tels maschinenles barer Ware n beg lei tscheine und/oder Wa- 
renanhanger ausgezeichnet. Nach Verlassen des Speditions- 
hofes ist der LKW 7 uber das GSM-Mobilfunknetz erreich- 
bar und ubernimml ggf. lelzle Anderungsdaten. Der Spediti- 
onsrcchncr 5 kann mittcls GPS fcststellen, wosich der LKW 
7 befindct. beispieisweise um zu prufen, ob der LKW 7 im 
abgestimintcn Zcitfenster beim Zuliefercr 6 ein treffen wird. 
Trifft der LKW 7 punktlich ein. so mcldct sich der Fahrer an 
der Warenausgabc und erklari seine Ubernahmebereitschaft. 
Trifft er nicht punktlich ein, so meldet sich der Fahrer lele- 
fonisch beim Speditionsrcchncr 5. Hat man dort bereits die 
Verzogerung festgestelk, so wird der Speditionsrcchncr 5 
bzw. ein Speditionsdisponcnt den Fahrer anrufen. Ist der 
Grund fur die Verzogerung bekannt, so erfolgt weiterc Vcr- 
anlassung von der Speditionsdisposition. Der Fahrer des 
LKW 7 vcrgleicht seine Abholliste mit den ihm vom Zulie- 
fercr ausgchandigten Warcnbcglcitschcincn. Dies erfolgt 
mit Hilfc seines Bordcomputers und Scanners. Der Fahrer 
ladt die Abholliste per Knopfdruck in den Bordcomputer 
und crfaBt nun beispielswcise durch Scanncn zum Beispiel 
zwei zweidimensionaler PDF-Barcodes auf eincm Deck- 
blatt der Ware n beg lei tscheine. den komplexcn Lieferschei- 
nutufang. Auf diescm Wcg wird cine Verkniipfung der zu 
korrcspondicrcnden Ladungsposition der Solladeliste herge- 
stclll. Die Positionen crscheincn im Display. Stimmcn die 
rcgistriericn Datcn mit den Solldatcn ubcrein. so werden 
dicsc quittiert. Weicht die Anzahl der ausgewicsencn Warcn 
nach unten ab. oder cntspricht die Vcrpackung nicht den 
Vorgaben. sind die abweichenden Daien vor On zu klliren. 
Gegebencnfalls muR der Zuliefercr 6 neitc Beg I eit pa pi ere 
drucken. Nachdcm alle Lieferschcine mit den dazugehori- 
gen l^ositioncn erfaBt und mittcls Scannung kontrollien 
worden sind. beendet der l : ahrer durch Knopfdruck den La- 
dungsabglcich. Das System wcist nun ggf. auf noch nicht 
bcstaiigtc Positionen hin und veranlattt somit zur nochmali- 
gen Kontrollc. Als Notstratcgie ist die ausschlicGliche Ab- 
wicklung iibcr die Abholliste als Papicrdokumcnl vorgese- 
hen. Der Fahrer vcrgleicht die bereitgestelltc Ware sowic 
den Warcnbegleitschein mit den Datcn seiner Abholliste 
und crfaBi aktuelle Abweichungcn analog der oben be- 
schriebenen Vorgehcnswcise. Per Mobilfunk bcstatigi er 
dem Spcditionsrechner 5 die, Solldatcn der aufgenommenen 
Ladung. Handel i cs sich um eincn nach Antritt der Fahrt zu- 
salzlich angenornmcnen cnicr modilizicrlen Auftrag. so faxt 
der Spcditionsrechner 5 dem Zuliefererrechner 6 cine aktua- 
lisierte Abholliste zur Wcitcrgabe an den Fahrer. Die nun 
vorlicgende Isi-Ladclistc wird mittcls Bordcomputer an die 
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Telemaiikzcnrralc 4 gescndet und ennoglicht die Aktualisic- 
rung der bciin Spediteur vorgchalicncn Solldaten. das Gene- 
rieren cincs Daten t em ubert rag ungsliefcrschcines und 
Fraehtbriefe. Die Werkc 3 ha ben die Moglichkeit. Sen- 
dungsanfragen an das Zentralsysiem 2 zu srcllen. Daraufhin 5 
werden die dort bcrcitgehaltcnen Sendungsdaten des LKW 
7 am Bildschinn des Disponenten der Werke 3 sichibar. Po- 
sitionsdaten werden in regelmaLSigen Abstandcn von der Te- 
lemaiikzentralc 4 uber das GPS-System enniiieli und deni 
Spediteur fur Positions an f rage n zur Verfugung gestelll. Die 10 
Posit ionsanf rage wird stets mit aktucllen Daten bcantwortct. 
Bereits zu diesem Zeitpunkr konnen auch der Wareneingang 
und der Materiallcitstand Sendungsanfragen sicllcn. urn die 
Sendung zu verfolgen. Das Zentralsysiem 2 hair den Tou- 
renstatus fur alle angeschlossenen Arbeitsplatze be re ii. Der 15 
LKW 7 n alien si eh be laden seine in Ziel. Wahrend der Fahrt. 
wird im Zeniralsysteni 2 die Eniladeliste zusammengcsiclli. 
Sie bcinhaltct allc Licferschcindaien der auf dem LKW 7 
vorhandenen Waren. Innerhalb einer festgelegtcn Enifcr- 
nung zum Werk wird die Eniladeliste an den Wareneingang 20 
gescndei. Palis der LKW 7 das vorgesehene Ei n ire ff zeitfen- 
sier vcrfehit, so wird dieser Unisiand wieder mil dem Spedi- 
tionsrechner 5 abgestimmu der das weitere Vorgehen veran- 
la(3t. Der Wareneingang empfangt die Entladeliste und fuhrt 
die Ersterfassung des LKW 7 durch. Im Eintreffszeiifenster 25 
wird der LKW 7 als abladebereii erkannt und entsprechend 
der Rampenbelegung ins Werk gesteuert. Die Solldatenauf- 
n ah i nc bei der Wareneingangsprufung mil dent we rksi nt er- 
ne n Logisiiksyslem cntscheidet, ob der LKW 7 en t laden 
werden soli oder ob die Annahrne vcrweigcrt wird. 1st die 30 
Entladeorder erieilt, so wird die Ware vereinnahmt. Die Be- 
arbeitungserfassung wird durchgc fuhrt.. Die maschinelle 
Transport leistungsbewertung ninuiil die Dalen auf und er- 
rechnet eine Gutschrift fur die Spedition. Nachdem die Ware 
vereinnahmt isi, wird das Gutschriftverfahren ausgelost. 35 
Uber das werksimerne Logistiksystem wird eine Ruckmcl- 
dung an die We rksdis posit ion 3 ubermittclt. 

Zur transparenten Verfolgung der LKW 7 ist vorgesehen, 
daB vorgegebene Slatusmeldungen. wic beispielsweisc Ein- 
treffen und Abfahren, An fang und Endc des Be- und End a- 40 
devorganges, uber eine Bctatigung einer Taste des Bord- 
rechncrs an das Zentralsystem 2 bzw. die Telemaiikzentralc 
4 weitergegeben werden. Da sich wahrend der Fahrt ver- 
se hi cdene Silualionen ereignen konnen. best eh t dariiber hin- 
aus die Moglichkeit. Slatusmeldungen zu senden. In Frage 45 
kommen hier/.u insbesondere Uhr/.cilcn (Beginn und Ende), 
Staus. Unlallc. Pannen cte. Die Waren beg leitscheine, die 
mit tels des Scanners eingelesen werden, emhalicn beispiels- 
weisc folgende Infonnationen wic Lieferscheinnunuiier, 
Teiicnu miner. Menge. Lie ferantennun inter. Puekstucknum- 5o 
mer. Pack mi ttelnummer oder Behiiliertyp. Uber eine serielle 
Schnittsielle werden dann die vom Scanner eingclesenen 
Dal en in den Bordrechncr des LKW 7 Libers pie It und naeh 
eincm Soll-/Tst- Vorgehen von don an die Telemaiikzentralc 
4 bzw. das Zentral system 2 wciiergeleitet. Die GSM-Prox- 55 
ymodule zwischen der Telemaiikzentralc 4 und den LKW 7 
arbeiien rein transparent als Gaiewav zwischen dem iVIobil- 
funknetz und dem Festnctz. Fesineizscitig sind die Prox- 
ymodule TCP/TP- adrcssierbar. Das Nachrichtenprotokoll ist 
multipoinifahig real isi crt. Die Teletnatikzcnirale 4 kann Go 
glcichzcitig mit mehreren GSM-Proxys kommunizieren. 
Die Telemaiikzentralc 4 rcalisien die Adrcssierung und Vcr- 
waltung der tuobilden LKW-Einheitcn 7 sowie die bidirek- 
tionale Nachrichienubertragung von Nutzinfonnationen 
zwischen dem Zcntral system 2 und den mobilen Fin licit en 65 
7. Die zenirale Aufgabe der Telemaiikzentralc 4 ist die Auf- 
bereiiung von Se ndung sin format ionen und die Zusainmen- 
stclluni: von Ladelisten fiir den Funk- Down load zu den mo- 
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bilen Einhciten 7. 

In der Fig. 2a ist cine Anliefervariante uber ein Consoli- 
dierungs-Centrum CC dargestellt. Die Van ante beruht dar- 
auf. daR in mehreren Vbrlaufen mehrere Lieferanten ange- 
fahren werden. Die aufgenontmene Ladung wird daran an- 
schlieBend im Consolidicrungszcntrum umgeschlagen und 
in cinem Hauptlauf an das Werk ausgcliefert. Dieses sehr 
flexible Verfahren weist den Nachteil erhohtcr Vorlautko- 
sten auf. Ziel des erfindungsgemaBen Vcrfahrens ist cs. vor- v 
wiegend die Anliefervariante gcmaS Fig. 2b verwenden zu 
konnen. Bei dieser startet ein LKW 7 vom Plot" der Spedition 
und fahrt nacheinander die Lieferanten an. Ohnc Utn- 
schlagsprozedur setzt er seine Tour fort und lie fen die Ware 
in cinem einzigen Hauptlauf aus. Dadurch werden die zuvor 
erwahnten Vorlaufkosten vermieden, jedoch ist daher die 
LKW-Auslastung zuvor exakt zu berechnen. 

Das Ziel innerhalb des Teilprqjcktcs Telematik best eh t 
darin, cine Vcrbi ndung zwischen cinem Festnctz sowie mo- 
bilen Einhciten (den LKW 7) zu schaffen. Der Transfer von 
Infonnationen zwischen diesen Einhciten ist so zu gestaltcn. 
daB mit geringer Datenmengc maximale Information ausge- 
tauscht wird und fiir beiderscitige Anwendungen zur Verfii- 
gung steht. Als Schni its telle zwischen dem Bereich Telema- 
tik und den im Festnctz vorhandenen Daten wird hier eine 
Oracle-Datenbank verwendet. Versehiedene funktionale 
Komponentcn im Bereich Telematik diencn dazu. eine kon- 
sequente modulare Strukturicrung nach Funktion und Tech- 
nologic durchzusctzen. Der Bereich Telematik untcrtcilt 
sich in funf funktionale Grundkomponentcn: Kommunikati- 
onsserver. Die nstezent rale. GSM-TCP/EP-Gateway, GSM- 
Server und mobile Einhciten 7. Die Oracle-Datenbank wird 
sowohl als auBere als auch als inncre Schnittsielle genutzt. 
Die Module beziehen Infonnationen aus der Datcnbank von 
telematikfremden Applikationen bzw. stellcn diese dahin 
ein und nutzten dariiber hinaus Teilbcreiche der Datcnbank 
fiir die Datenablage bzw. -Ubergabe untercinandcr. 

In der Fig. 3 sind die Grundkomponentcn des Teilberci- 
ches Telematik dargestellt. Die Kommunikation zwischen 
Kommunikationsserver und Datcnbank erfolgt per TCP/IP 
innerhalb sogenannter Firewalls, die eincn unbefugten Zu- 
griff verhindem. Zwischen Tele matikzent rale 4 und GSM- 
TCP/EP Gateway werden Daten durch die Firewall cbenfalls 
per TCP/IP transferiert. Die Kommunikation zwischen 
TCP/IP Gateway und den mobilen Einhciten wird uber das 
GSM-Nctz (GSM-Servcr) rcalisien. Dabei stellcn GSM- 
Server und GSM-TCP/IP Gateway funktionell ein VSMSC 
dar. Die Dienstezcntrale setzt auf den durch die Kommuni- 
kationsserver in der Datcnbank abgelegten Infonnationen 
auf und sic I It diese qualifiziert wcitercn am Festnctz angc- 
bundenen Clients (Speditioncn. Kunden. Lieferanten) be- 
reit. Mit dem AhschluB der Planung von Touren liegen fiir 
cine Menge Fahrzeuge spezilische Infonnationen iiber die 
zeitliche. raumlichc und inhaltlichc Folge an/ u fa h render 
Slationcn im Rahmen von Waren ubernahmen bei Lieferan- 
ten bzw. -iibergaben bei Kunden vor. Bei Erfullung not wen - 
diger Voraussctzungen fiir den Beginn einer Tour durch ein 
Fahrzcug. welches mit einer mobilen Einheit ausgestattet 
ist, wird durch den Kommunikationsserver die entspre- 
chende Tour, die betrelVendc Sol ladung sowie der zeitliche 
Rahmen aus der Datcnbank bezogen und dem Fahrer via 
Bordrechncr vorgegeben. Durch die Kommunikation zwi- 
schen Zenirale und Fahrzcug wird die Uberwachung des 
Tourablaufes nach spezifischcn Vorgaben cnuoglicht. Bei 
cntsprechcndcn Storungcn gegeniiber dem gcplanten Soll- 
ablauf. konnen Aktioncn ausgelost werden. Durch die Do- 
ku men tat ion des Tourablaufes wird die Basis da fiir geschaf- 
fen. den Material 11 uB transparent zu gestalten. Walirend der 
A bar bei lung einer Vorc abet our durch den Fahrer eincs 
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LKWs 7 sind durch dicscn Ladungsbcwegungcn zu erfas- 
sen. Betriebsdaien wic Standzeitcn, Lcnk- odcr Ruhezeiien. 
werden erfaBt und in Verbindung mil don Tou rin format io- 
ncn gehraehi. 

Dor Komniunikaiionsservcr sicllt den Kern fur alle Pro- 
zesse dar. welche die Kommunikation zu den rnobilen Ein- 
heiten 7 und alle daraus result icrenden Diensie bctrelTen. 
Die Steuerung des Froze Bab laufes wird innerhalb des Kom- 
munikaiionsservers vorgenommen. Dicscr verarbcitci zu 
iibert rage nde rnfonnationen zyklisch und creignisorientiert. 
Im Rahmcn der ProzeBabarbeitung werden Inforrnationen in 
dcr Datenbank abgelegt. urn diese weiteren Modulcn zur 
Verfiigung zu stellen. Die einzelnen funktionalen Grundele- 
mente der Telematik besitzen oft softwaretechnisch zu diffe- 
renzierende Module. Zur Kommunikation zwischen einzel- 
nen Komponenien werden Kommunikationsmodule (ein- 
fach oder paarig zu verwenden) eingesctzi. Die An wen dun- 
gen bedienen sich dicscr. urn cntsprcchcndc Aktioncn aus- 
zulosen. beispielswcisc Daten in der Datenbank abzulcgcn 
bzw. an den User weiterzuleitcn. 

Die Aufgabe des Kommunikationsscrvers bestchl darin, 
Infonnationcn zwischen Fcstneiz und rnobilen Einheiten 
auszutauschen. zu vcrarbcitcn, zu spcichcrn und ggf. mil ei- 
ncr Aktion (beispielswcisc Meldung an eine andere Appli- 
kaiion) zu versehen. Es existieren hierfur zwei Trigger: 

1. Einstellung einer durch den Konimunikationsscrver 
an mobile Einheiten 7 zu iibert ragenden rnformation in 
die Datenbank (als Schniustclle) durch cine Frcmdapp- 
likaiion und 

2. Eingang einer Information scitens einer rnobilen 
Einheit (E nip fang einer Nachricht per TCP/IP). 

Sowohl ausgchende als auch eingehende Infonnationcn 
sind durch einen jewcils definiertcn ProzeB zu bchandeln. 
Mil Beginn einer Tour auf einem Fahrzcug erhalt dcr Koni- 
inunikaiionsscrvcr vom Fahrzcug dicsc Infonnation. Das 
betreffende Fahrzcug wird identifizicrt. Bei Vorhandcnsein 
einer ge plan t en Tour fur das Fahrzcug wcrdcn die entsprc- 
chenden Anfahrtspunkte an diesc ubcrtragen. In zykiischen 
Absianden sendel das Fahrzcug eine Posit ionsmeldung. Die 
Ku nde nbearbei lung (Ankunft beini Kunden. Ladebeginn, 
Ladeende etc.) wird creignisorientiert kommuniziert. Wci- 
tcre Ereignissc. welche fur den Tourablauf von Bedeulung 
sind (St au. Ruhezeiien. Panne etc.). wcrdcn durch den Kom- 
niunikationsserver erfaBt und verarbcitci und mil dement- 
sprechenden Infonnationcn versehen. Dem AbschluB dcr 
Abarbeiiung eincs Kunden folgi die des nachsten Kunden 
bis zum AbschluB der Tour. Als weilere Funktionen sind die 
Hrfassung von Fahr/eugdaien. Personal daten im Fahr/eug 
sowie die Konmiunikaiion von Meldungen zwischen F;ihr- 
zcug und einer moglichen Leiizenirale (uber Dienstezenirale 
unci Komniunikaiionsservcr) bei den entsprechenden Spedi- 
teuren implenieniien, welche neben reinen Infonuations- 
s/.weeken auch der Initialisierung cier rnobilen Einheiten 7 
dienen. 

Die Dienstezenirale stelli das Bindcglied zwischen den 
als Clients angebundenen Anwendem und den ini Rahmen 
der Koruniunikaiion erziellen Informaiionen dar. Den spe/.i- 
fischen Antbrdcrungen der Clients entsprcchend wcrdcn die 
in der Datenbank vorhanden Daten veredelt und dem An- 
wender in einer geeigneien Fonu bereiigesiellt. Die Bedeu- 
tung der Dienstzentrale liegt darin, da LI deren Funktionalitat 
das unmiiielbarc Froniend zum Userist. 

Das GSM- TCP/IP Gateway besitzt die Funklion. in Ab- 
hiingigkeit von den jewcils verwendeten Protokollen und 
Teehnologien eine Konvertierung von Meldungen zwischen 
den Proiokollen der einzelnen Netzc vorzunehmcn. Auf- 



grund seiner Lagc auBerhalb dcr Firewall muB jede Daien- 
speichcrung im Gateway untcrblcibcn. Die Arbeitsweise des 
Gateway wird dabei ercignisgestcucri, d. h. eine eingehende 
Meldung im Gaieway lost einen KonvertierungsprozeB aus. 
5 in desscn Resultat die Weiicrgabc an die Emplangcr in des- 
sen Netzumgcbung erfolgt. 

Dcr GSM-Scrvcr besitzt die Aufgabe, Nachricht cn in das 
GSM-Netz an jedc mobile Einheit 7 zu senden bzw. aus die- 
sem zu etupfangen. Er kommuntzien auf der anderen Scire 
to mil dem GSM-TCP/IP Gateway. Dcr GSM-Scrvcr besitzi 
hauptsachliche technischc Bedeulung. Seine Auslegung ist 
stark ab nan gig von dcr Zahl zu betreibenden rnobilen Ein- 
heiten 7. Beispielswcisc wird dicscr Server durch ein vir lu- 
etics SMSC (VSMSC) dargestellt, d. h., daB die Ahnahnie 
15 der Nachrichten logisch direkt am SMSC erfolgt. ohne 
nochnials die Luftschnittstelle zu nutzen. Dies hat insbeson- 
derc kapazitive Ursachen. 

Eine mobile Einheit 7 umfaBt einen Bordreehner, cine 
Kommunikaiionskomponente (GSM-basiert), ein User-In- 
20 tcrfacc (Bildschirm und Tastatur). cine Fahrzcugschnitt- 
stcllc (Anbindung von Zundung odcr Geschwindigkeil), 
eine Ortungseinhcit (GPS) und eine Schniltstcllc zur rnobi- 
len Datenerfassung (Scanner). Im Fahrzeug sind zwei Pro- 
zcBarten implementiert, es existieren automatisierte Hinter- 
25 grundprozesse (zyklisch oder ereignisorieniierl), welche 
durch den Rcchner bcarbeitel werden. Es handelt sich dabei 
beispiclsweise um die Uberwachung von Fahrzcug funktio- 
ncn. Ortung oder Kommunikation. Vordcrgrundprozcsse. 
d. h. nutzcrgcstcuertc oder ereignisorieniierte Interaktioncn 
30 werden durch ein entsprcchend gestaltetcs Uscr-Inicrface 
crmoglicht. Mit Beginn einer Tour wird dicsc Infonnation 
an den Kommunikationservcr gesandt und verarbcitci, Der 
angebundene mobile Client erhalt vom Konimunikations- 
scrver die in der Datenbank durch die Tourcnplanung eingc- 
stclllen Toureninfonnationen sowie die Solladungsdaten. 
Die Abarbcitung verschieden definierter Ercignisse der Tour 
wird durch den Fahrcr dokumcnticrt. Die entsprcchend gc- 
nerierten Infonnationcn wcrdcn durch den Kommunikati- 
onsscrvcr verarbcitci und mit entsprechenden Aktioncn 
40 (Einstellung in Datenbank. Infonnation User etc.) versehen. 

Patcntanspriichc 

1. Vcrfahren zur Steuerung und Uberwachung cines 
45 Matcrialflusscs minds eincs Zcntralsystcnis (2), min- 

destens eincs Werkes (3), einer Telemaiikzcntrale (4). 

Speditions- und Zuliefercrrechnern (5, 6). die teilweise 

direkt oder uber das Zentralsysicxn (2) miteinander 

kommunizieren konncn und einer Anzahl mil GPS- 
n) Empfangern ausgebildeten rnobilen Einheiten (7). die 

mil der Teleiimiikzenirnlc (4) koiimmnizicren konncn. 

umfassend folgcnde Verfahrensschriiie: 

a) Freigcbcn einer Bedarfsanforderung durch die 
Wcrksdisposition (3) in eine Iiin-/Ausgahe-Ein- 

55 heit. 

b) Obennineln der Bedarfsanforderung an das 
Zcntralsysicnt (2), einen der Bedarfsanforderung 
zugeordneien Zuliefercr und einer dem Zuliefcrer 
(6) zugeordneien Spedilion (5). 

c) Erzeugen von Trans port auf! rag en durch das 
Zentralsysiem (2), 

d) Aufieilen der Tran sport au ft rage zu Sendungen 
unier Berucksichligung lahrzeugabhangiger Ge- 
wichts- und Voluniendaien und Lademeiern durch 

65 die Spedilion C5), 

e) Erzeugen einer Abholliste miuels eincs Tou- 
renplanungsalgoriihmus und Uberniiiieln der Ab- 
holliste an die betreffenden Zuliefercr (6). 
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0 Besiaiigcn odor Korrigieren der Abhollistc 
durch die Zulicfercr (6). 

g) Ubermitieln dcr jeweils aktuellen Abhollistc 
an Zentralsyxtem (2). 

hi Ubermitieln dcr Abhollisic vom Zcntralsystem 5 
(2) in die Tclcniatikzcniralc (4). 
i) Ubenragen dcr Abhollisic von dcr Telemaiik- 
zentrale (4) an die einzelnen rnobilcn Einheiten 

j) Uberpriifen der zu vcrladcncn Materialicn to 
boiin Zulicfercr (6) miuels Barcodes, Erstellen ei- 
ncs Soli - 1st- Vcrgleichs und Ubenuiiicln an Tclc- 
niatikzcniralc (4). 

k) Verfolgen dereinzelncn ntobilen Einheiten (7) 
durch die Telemaiikzentrale (4) mitiels GPS und 15 
I) Zuwcisung einer ausgcwahlt.cn Ranipc im 
Werk an die mobile Einhcn (7). 

2. Verfahren nach Anspruch 1. dadurch gckcnnzcich- 
net. daB die Befehlsanforderung die Bcstclladressc, 
eine Teilnunintcr- und Anzahl. das vorgegebene Ein- 20 
treffdatum und die zugehdrige Abladestclle beinhaltet. 

3. Verfahren nach Anspruch 2, dadurch gekennzeich- 
nei. daB die Bcdarfsantbrdcrung das zu verwendendc 
Packmittel enthalt. 

4. Verfahren nach einem der Anspruche 1 bis 3, da- 25 
durch gekennzeichnet, daB die Kommunikation zwi- 
schen den mobilen Einheiten (7) und dcr Telcmatikzcn- 
trale (4) miuels cines GSM-Muduls erfolgt. 

5. Verfahren nach eincm dcr vorangegangencn An- 
spruche, dadurch gckennzcichnct, daB die Ubcnragun- 30 
gen zwischen Zcntralsystem (2) und Spedilion (5) bzw. 
Zulicfercr (6) miuels EDi erfolgt. 

6. Vorricluung (1) zur Steucrung und Uberwachung ci- 
nes Materialfiusses. umfassend ein Zcntralsystem (2). 
rnindestens ein Werk (3), Speditions- und Zulieferrech- 3* 
ner (5. 6), cine Tclcniatikzcniralc (4) und mil GPS- 
Empfangern ausgestattctc mobile Einhcilen (7), wobei 
das Zcntralsystem (2* bidircktional kommunizierbar 
mil alien Syslemkomponcntcn ausgcbildet ist, den mo- 
bilen Einhcilen (7) lokalc Datenkontrolleinlescgerale 40 
zugeoidnei si nd und Telemaiikzentrale (4) und mobile 
Einheiten (7) mil GSM-Modulen ausgebildei sind. 



Hierzu 4 Seiie(n) Zcichnungcn 
1 45 



5*) 



55 



60 
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